in 

]  •fa4MpiM 


AD-A279  991 


IDA  DOCUMENT  D- 1490 


THE  OPPORTUNITIES  FOR  AND  CHALLENGES  OF 
COMMON  INTEGRATED  ELECTRONICS 


J  RKhard  NeJsoo.  Frojea  Leader 

Beraafd  L  Renerer 
Harky  A-Ooud 


Fetvuary  1994 


DTIC 

Ll VCTE 

JUN  021994 


I 


Fnrptmdfor 

OfTicr  of  (tie  Deputy  Uodet  Seoeury  of  Defemc 
( Acifiiiaitioo  and  TeciwofofyyTactical  Warfare  Program 


INSTITUTE  FOR  DEFENSE  ANALYSES 

I  $01  N  Beawreaard  Sireei.  Aletandrit.  Virgmi*  2231  1-1772 


ll  « 


UNCLASSIRED 


REPORT  DOCUMENTATION  PAGE 


ku*n  ler  Mi  Mhelon  d  « 


IMMngi'KawM'i 
IWlowitiMmMin.  8i 


I  tar  >MMk«  Mi  kuMn.  ID  WMMMM 


UMOMLY  OMMMwtatf 


4.  TfOIMBWamU 


Fom  Appmvtd 
OHim  No.  07040188 


mduMig  «w  taM  tar  liiitatang  ntaMkoni.  MicNno  ntatno  MM  MuraH,  gtatwing 
HtM  ngtaMig  *■  tauMn  atanta  if  aiy  Otar  apM  ol  Mi  ceMeton  ol  MamMon. 
MornMn  OpmtoKi  Mi  Naoita.  UU  Jtatanon  Data  Stata  AitnMwVA 

OC20M& 


3.  H»<MT  TYPE  AND  OAmCOVBWO 


The  Opportunities  for  and  Chal^ges  of  Crnmnon  Integrated 


A  AUlNONm 


J.  Richard  Nelson,  Bernard  L.  Retterer,  and  Harley  A.  Cloud 


Institute  for  Defense  Analyses 
1801  N.  Beauregard  Street 
Alexandria.  VA  22311-1772 


USDfAAiyrWP 

Room  3D1081.  The  Pentagon 

Washington,  D.C.  20301 


MDA  903  89C  0003 
T-F7-759 


OnaANOATION 


IDA  Document  D-1490 


Approved  for  pohiic  release:  distribittkn  unlimited. 


This  document  summarizes  a  portkm  of  IDA’s  Yvork  cooceniing  common  imegrtted  electronics  and 
the  potemial  cost  savings  using  common  elecsronic  harthvare  and  software.  It  addresses  trends  in 
avionics  costs  and  recent  experiences  in  applying  common  electronic  standards  to  wesfron  programs  as 
a  Yvay  to  reduce  costs.  The  Mlowing  esaoitial  ekmetMs  of  a  program  to  acquire  common  integrated 
electronics  oe  explored;  imegraied  system  architecture,  adviuioed  technology  programs,  open  system 
standards,  standard  common  modules,  and  associaied  management  and  policies.  The  principa] 
recommendation  is  that  OSD  support  and  coordtime  such  a  program  hy  taking  a  strong  leadership  role 
and  setting  standards  policy. 


Standartb,  Commonality.  Electronic  Equipment,  Avionics,  Life  Cycle  Costs, 
Mamq^nent  Ptasuung  and  Conind.  Department  of  Defense 


NONnMDui-smsaoo 


pINiUwl  Fm  888  Qfv.  24S) 

MvMitaM  M  ANarii 

■AW 

UNCLASSIRED 


IDA  DOCUMENT  D-1490 


THE  OPP(>RTUNrnES  FOR  AND  CHALLENGES  OF 
COMMON  INTEGRATED  ELECTRONICS 


J.  Richard  Ndsoo,  Project  L^der 


Bernard  L.  Rederer 
Hariey  A.Cload 


Fehrory  1994 


Accesion  For 

NTIS  CRAAl 
DTIC  TAB 
Unannounced  □ 
Justification 


By . . . 

Disttib.  tion  I 


Dist 


Avj  iability  Codes 
I  Avaii  a  d; or 

SpvCial 


INSTITUTE  FOR  DEFENSE  ANALYSES 

OMract  MDA  9(D  19  C  0003 

Tm 


PREFACE 


This  document  was  prepared  by  the  Institute  fw  Defense  Analyses  (IDA)  for  the 
Office  of  the  Under  Secretary  of  Defense  (Acquisition  and  Technol(^)/Tactical  Warfare 
Programs  to  summarize  a  series  of  studies  related  to  the  cost-effectiveiM^ss  of  common 
imc^raied  dectrooics.  It  summarizes  the  outcomes  of  these  prior  studies  and  recmnniends 
an  approach  for  future  acquisitirm  of  etectronics  to  achieve  life-cycle  cost  savings. 
Although  the  previous  ttudies  focused  mainly  on  avionics,  the  conclusions  drawn  should 
apply  equally  to  most  weapon  system  electronics. 

This  document  was  reviewed  by  Bruce  R.  Harmon,  Wayiuud  C.  Devers,  and 
Richard  R.  Lc^anlL 
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I.  INTRODUCTION  AND  SUMMARY 


A.  INTRODUCTION 

Ekctroiiic  equipment  is  becoming  an  increasingly  costly  part  of  the  Department  of 
Defense’s  weapon  and  soppmt  systems.  Such  equipment  is  pervasive  in  mfcmnation/ 
business  systems,  and  commuid,  oontrol.  communications  and  intelligence  (C^I)  systems, 
as  well  as  weapon  systems.  The  cost  of  avionic  equipmrat  for  the  F-22  tactical  fighter 
aircraft  is  expected  to  averife  more  than  $10,000  per  pound,  which  could  total  m  much  as 
one-third  (rf  the  local  atroraft  flyaway  cost 

The  Institule  for  Defense  Analyses  (IDA)  has  supported  the  Office  of  the  Under 
Secretvy  of  Defense  (Acqnisttioo  and  TechDo)ofy)/Tactical  Warfare  Programs  by 
cooductti^  a  series  of  studies  (Rdbrenoes  (1  tfaroi^  6])  that  examined  the  application  of 
common  integrated  architectures  and  modtalar  hardware  and  Krftwaie  to  Department  of 
Defimae  (DoD)  electronic  systems.  These  studies  showed  that  appbcatioo  of  these  cocioepts 
can  reduce  the  costs  aoqniriag  sod  supportittg  electronic  systems.  Among  the  potential 

DCOBDD 

•  reductioos  in  developmeat  cost  due  to  avoidMioe  of  devdopeaent  duplication. 

•  savings  in  productioo  cost  <fcie  to  the  increase  in  prothictioo  quantities  of 
common  hems  and  the  attendant  decrease  in  per-unit  cost, 

•  reductions  in  operatteg  and  support  (OAS)  costs  due  to  avoidance  of 
dupHcaiing  narintmanre  resourcca.  qtares,  and  support  equrpmem,*  and 

•  savings  in  aircraft  hfe-cycle  cost  due  K>  decrenses  in  systmn  wei^  and 
volume, 

The  DoD  md  the  milhary  services  rpsloe  the  impottapce  of  asiog  inttgrastd  ty«em 
architectunes  as  a  tnema  of  savhtg  coats  dnrint  a  period  of  decieasii^  defence  bullets.  The 
Jkhm  Integrated  Avionics  Working  Oronp  (IIAWO)  was  established  by  the  Dcd)  in 
response  to  a  congrrisioniliiMndaiB  to  develop  mdspply  common  mtegrausletectionict  to 
the  F-22.  the  RAH-dfi,  die  A-12  Pre-Planned  Product  Improvement  (P^D.  md  dietr 
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vaiuiits.2  JIAWG  has  achieved  scnne  success  in  securing  use  of  integrMed  system  concq>ts 
and  ccunmon  modules  widun  the  individual  F-22  and  RAH-66  programs. 

There  are  examples  of  commcm  avionic  equipmrat  in  the  military  services.  The 
Joint  Services  Review  Committee  (JSRC)  was  chartered  by  the  Joint  Logistics 
Commanders  to  address  avionics  standardization.  JSRC  has  develqwd  sevoal  pieces  of 
navigatkm  etptipment  that  have  been  used  as  a  standard  across  the  three  services.  The  Navy 
has  a  standard  computer  program  (AYK-14)  for  weapons  programs  that  has  been 
successful  in  both  air  and  sea  envtfomnents. 

The  DoD  and  ocher  government  agencies  are  currently  developing  information 
fHTOcessing  standards.  However,  the  private  sector,  which  dominates  the  computer 
processing  market,  is  in  the  focelroot  of  developiog  new  technology  *nd  establishing 
standards  through  organuarions  such  as  the  Insritum  of  Electiical  and  Becuonics  Engineers 
(IEEE),  the  Americtti  Ntfional  Standards  Insrituie  (ANSI),  and  the  Society  of  Automotive 
Engineers  (SAE).  The  OoD  has  made  tue  of  the  private  sector’s  information  processing 
technology  and  standards  for  mformarion/busaness  and  C^I  systems,  but  hole  toe  has  been 
made  of  such  technology  and  standards  for  weapon  syaems  that  require  real-time 
processiag. 

To  aecune  maximum  benefit  from  common  tmegraied  electronic  architectures,  it  is 
essential  that  compiehenstve  sundards.  technolofy.  and  mamtgement  programs  be  applied. 
This  document  explores  DoO's  experiences  in  developing  and  applying  common  integrated 
electronics,  and  presents  the  essential  elements  needed  to  iruiiaie  a  comprefaensivc  program 
for  acqnirkig  common  imegraied  electronics  wdhio  the  Dcdi). 

B.  SUMMARY 

IDA’S  prcvkMts  sturhea  on  das  tabfea  ( I  through  6|  explored  trends  in  avionics 
costs,  the  effect  of  imegraied  system  sichiiectures  on  costs  md  autnh  characteristics,  the 
rote  of  advanced  technology,  the  ^pticailoci  of  open  systems  standards,  the  use  of 
equipment  commonality,  and  die  management  environment  neceuary  to  achieve  further 
progrem  in  applying  common  ardutectutei  and  equipment  to  defenae  syssem  acquitttioiL 

The  ovmll  condnsioo  drawn  from  these  sendies  was  that  ooe  way  of  comrdltng 
electrtmic  syston  coats  would  be  m  implement  a  comprehensive  common  integrated 
aichtt«:tine  ^gnn.  We  recommend  that  mch  a  program  encompass  the  foaowing 
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enantial  elnneats:  uttBfrtted  syMem  aichtiecUBe.  advanced  technology  programs,  (^ten 
system  studards,  «andaid  common  mochdes,  and  associated  managonent  and  ptdides. 

&ich  a  program  reqmies  |»oper  coordinadoo.  We  further  recommend  that  the 
Office  of  the  Secretary  of  Defoue  (OSD)  t^  a  strong  role  in  both  setting  standards  policy 
and  in  approving  those  standards  that  will  affect  all  of  DoD. 
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n.  BACKGROUND 


As  part  of  the  1987  DoD  Appropriations  Act  Conference  Report  [7],  the 
U.S.  Congress  required  that  the  DoO  initiate  action  to  use  common  integrated  electronics 
to  reduce  aircraft  acquisitirm  costs.  This  chapter  reviews  trends  in  avionic  cost  and  the 
DoO’s  response  to  the  congressional  mandate.  It  also  explains  recent  efforts  to  apply 
common  electronic  standards  to  weapon  programs  and  describes  the  management 
environment  for  achieving  common  electronic  standards. 

A.  AVIONIC  COST  TRENDS 

The  percentage  of  aircraft  flyaway  coat  devoted  to  avionic  equipment  has  been 
rising  steadily  over  the  past  forty  years  (see  Figure  II-l).  In  I960,  avionics  represented 
^iproximately  10  percent  of  the  total  aircraft  flyaway  cost  In  the  year  2(XX),  the  cost  of 
avionics  for  the  F-22  aircraft  is  tspecled  to  be  ^XMit  one>third  of  the  aircraft  flyaway  cost 
In  the  interim  aircraft  costs  have  rum  by  over  a  factor  of  10,  and  the  costs  of  avionics  have 
tncreaied  ai  an  even  faster  rate. 

Computer  components  make  up  a  significant  part  of  current  avionics.  The 
CCTPmercial  cost  of  these  componertfs  has  fallen  by  a  frotor  of  10  over  each  of  the  past 
several  decades.  This  decrease  should  have  led  to  lower  avionic  processing  costs; 
unfortunately,  that  has  not  happened, 

The  dnm^  cost  increase  in  avianics  hm  resulted  from  a  combination  of  factors. 
Prmcipal  ainoi^  them  are  the  increased  fonctkaiality  required  of  avkaiic  systems,  the  added 
cost  dl  integrating  complex  systems,  the  expanded  cost  d  extensive  system  software  (now 
reaching  3- 10  percem  of  total  weapon  system  cost),  and  the  fuhire  to  make  effective  use  of 
common  hardware  and  software  stsndmds  to  achieve  cost  savings. 

Given  the  wbasntial  DoO  budget  cuts  to  come,  ways  to  mitigm  the  rising  cost  of 
avionics  must  be  ioofht  The  use  of  integrand  system  architectuies,  open  system  standards 
(including  commercial  technology),  and  commonality  should  provide  relief. 


Figure  ll'l.  Avionic  Cost  Trends 

B .  RESPONSE  TO  CONGRESSIONAL  MANDATE 

In  the  1987  DoD  Appropriations  Act,  Congress  specifically  directed  service 
reimesentatives  to  prepare  a  joint  plan  for  the  inclusion  of  fiiUy  integrated,  digital  avionics, 
communications,  sensors,  embedded  communications  security,  and  other  electronics  on  all 
maj<»-  tactical  aircraft  being  developed  [7].  To  respond  to  the  congressional  requirement, 
the  Joint  Integrated  Avionics  Plan  (JIAP)  was  issued  by  the  DoD.  The  plan  was 
subsequently  revised  and  issued  in  final  form  in  March  1989.  The  Joint  Integrated  Avionics 
Working  Group  (JIAWG)  was  established  in  March  1987  by  the  Service  Acquisition 
Executives  in  accordance  with  JIAP  provisions. 

The  JIAWG  was  charged  with  developing  an  integrated  avionics  architecture.  A  set 
of  supporting  standards  was  to  be  tteveloped  as  the  common  hardware/software  building 
blocks  to  in^tonoit  the  defined  architecture. 
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The  l^»t^gll^  of  the  fiscal  year  1990  Defease  Approprittions  Bill  [8]  reaffirmed  the 
previous  action  and  requited  that  **the  designs  of  the  Army  LHX  [now  the  RAH-66].  the 
Advanced  Tactical  Aircraft  [the  A-12  (P^D‘I.  the  Air  Force  Advanced  Tactkal  Hglner  [now 
the  F>22],  and  any  variants  of  these  aircraft,  must  incorpor^  JL\WG  standard  avionics 
specificMkms  no  Uuer  tlum  1998.** 

The  Tactical  Systems  activity  within  the  Office  of  the  Under  Secretary  of  Defense 
Acquisition  was  to  monitor  progress  in  accorrylishing  the  integraied  electronics  mvidate.  A 
key  part  of  this  responsibility  was  assuring  implementatitm  of  the  JIAP  to  achioe 
apprc^iriaee  t»;  of  JIAWG  technology  in  the  drsignaiffd  developing  aircraft  sy^ms. 

I>iring  the  competitive  phase  of  the  F~22  and  RAH-  66  airoaft.  JIAWG 

made  good  progress  on  genoal  qwcificatioos  artd  was  able  to  issue  the  Common  Avionics 
Baseline  1  (CAB-I)  in  May  1987.  This  was  followed  by  CAB-DA  in  June  1988.  CAB-DB 
in  Janutfy  1989.  and  CAB-Dl  in  e«ty  1990.  The  baselmcs  contained  general  requiremertfs. 
but  lacked  key  final  details.  Final  informaiioo  was  to  be  contained  in  CAB-IV — scheduled 
to  have  been  issued  in  the  third  quarter  of  1992 — bttt  the  document  has  been  delayed. 

The  early  momentum  of  the  JIAWG  has  clearly  diminished  as  a  result  of  the  awards 
to  the  prime  comractots.  Some  momentum  was  recently  restored  as  a  result  of  Office  of  the 
Secretary  of  Defense  (OSD)  efforts,  and  initial  agreetnenu  have  been  reached  on  motkile 
connectors,  power  supplies,  communkatioos.  navigttion  and  identification  (CNI) 
modules,  and  other  common  mctnology  for  the  F-22  and  RAH-66.  However,  many  other 
changes  are  needed  before  common  electrooic  modules  can  be  widely  used  for  both  aircraft 
systems. 

C.  RECENT  EFFORTS 

1.  Joint  Servkas  Review  Cnnwiittf/ Joint  Logletks  Conwmnders 

The  Joint  Logistic  Commanders,  through  an  ad-hoc  Joint  Services  Review 
Committee  (JSRC)  organized  in  I9W.  has  pursued  a  program  to  develop  stndard  avionic 
equipment.  Major  accomplishmetrts  include  developiiig  the  Standard  Central  Air  Data 
Computer.  Standard  Aititude/Headtog  Reference  System.  Ground  CotUsioo  Avoulance 
Software.  Standard  EJcctronic  Clock,  and  Flt|^  Dote  Recorder  Systems.  Thme  pieces  of 
equipmeiu  have  found  apptkabon  across  the  three  services. 
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OumA  JSRC  projects  iachide  the  Downed  Ainn«i  L/xating  System.  Sotid  State 
Barofnetric  Ahiineler.  Grotmd  Proximity  Warning  System.  Standard  Oxiqaass  System,  and 
the  Single  Chnnel  Ground  and  Auboroc  Radio  System  (SINCXjARS  or  AN/ARC-210). 
Also.  JSRC  has  investigated  the  possible  applkatkm  of  JIAWG  technology  to  existing 
aircraft. 

2 .  Other  Stnatfarda  ProfruK 

a.  Mdttary  Profmas 

A  number  of  other  electronic  development  efforts  within  the  services  are 
formulating  electronic  hardware  ttandads.  Matfor  efforts  include: 

•  Stmdmd  Army  Vetronks  Aichheeture  (SAVa); 

•  Electronic  Module  Signal  Procosor  (EMSP).  Navy; 

•  Modular  Avioihcs  Sysaem  Aidmecture  (MASA).  Air  Force; 

•  Muhi-Applicacioo  Avionics  Oxnpuierf  A  YK- 14).  Navy;  and 

•  Advanced  Spacehorne  Cornpuiff  Modules  (ASCM).  Air  Force. 

Each  of  these  proframs  is  developing  common  iinegraied  equipmetitftnodules  for  a 
specific  weapon  system  area.  Although  some  of  the  programs  ate  similar,  little  has  been 
done  lo  coordtnaie  their  technotogy  developments  (4). 

Several  ocher  standards  developmeot  actions  to  progress  involve  ioformaiioo 
processing  and  communtoaioM  system  imafaces  and  prorocol  nandards  (see  sectioa  C  in 
Chapter  III).  Thu  work  is  being  accompii^ted  by  the  individual  services  and  DoD 
agencies.  Some  of  these  initiatives  were  started  only  recently,  and  their  effectiveness 
mnanu  10  be  deieraimed. 

h.  Conwaarchd  Pragra— 

A  wide  mge  of  clactncal.  electroak.  comrounkatioos.  and  daa  processing 
standards  have  been  developed  by  several  commercial  standard  organiratioos.  Principal 

•  Inslkuie  of  Electrical  «d  Eketronks  (EEEE). 

•  Society  cf  Automotive  Engaeen  (SAE). 

•  Ekctronk  Industries  Asaociatioo  (ElA).  and 

•  Amerkan  Nabonal  Siao^rdi  InstitDie  (ANSI). 


These  wgasizstioos  develc^  standards  for  use  by  commercial  industry.  The 
Department  of  Cmmnerce,  through  its  National  Institute  of  Standards  and  Technology 
(NIST),  has  i^yed  a  key  role  in  these  activities.  The  DoD  bm  made  use  of  the  commercial 
standtfds  and  is  increasing  its  efforts  to  w<xk  cooperatively  to  support  future  standards 
development. 

Ccmunercial  airlines  make  use  of  commonality  and  open  system  standards  as  the 
basis  for  acquiring  most  of  their  aviook  systems.  The  group  of  airline  engineering 
representttivM  that  fonns  the  Airline  Electronic  Engineering  Committee  (AEEC)  develqK 
form.  Ht.  and  fiioctioo  (P)  specifications  for  airline  avionics.  A^tmuitical  Radio 
faia)rporated  (ARINO.  a  commtmicittioos  conqMuty  wht^y  owned  by  the  airlines,  serves 
as  the  secretary  for  the  AEEC  and  issues  the  specificttioos  as  ARINC  standards.  The 
AEEC  process,  which  has  been  functioning  for  over  forty  years,  provides  die  airline 
industry  a  full  nngfi  of  avionic  and  siqjporting  H>ecifications  and  design  guidance.  Ova-  the 
past  fifteen  years,  the  AEEC  has  iqigraded  itt  avionic  technology  to  an  almost  conqiletely 
digital  basis.  Recently,  the  airlines  have  embarked  on  forming  an  Integrated  Modular 
Archttecture  (IMA),  which  will  focus  on  using  the  latest  high-^peed  compina  technology 
to  form  Ittghly  integrated  avionics  ardutecsures  for  ahoaft 

The  ARINC  specifications  arc  not  mandated  for  use  by  the  airlines.  Ratha,  each 
airline  is  fine  to  select  equipment  of  its  own  choioe.  Howeva.  the  equipment  developed  to 
ARINC  specificabons  (at  manufactura's  expense)  has  been  high-performance  and  cost- 
effective  equipment  Airtine  equipment  is  often  acquired  with  long-term  warranties,  which 
provide  feedback  on  product  improvement  «id  control  of  support  costs.  The  success  of  the 
ARINC  tpedficatioo  process  is  a  result  of  the  underlying  economics  and  values. 

D.  MANAGEMENT  ENVIRONMENT 

The  Defense  Information  Systems  Agency  (IHSA)  has  been  given  the  charter  m 
develop  and  manage  standards  for  DoD  infdnnatioo  technology.  DISA  will  establish 
requiresnems  for  standards  texL  when  necessary,  prepare  documents  on  information 
processing  and  associated  communications. 

Current  D<^  policy  related  to  use  trf  common  inti^rated  electronics  in  weapon 
$yuao$  as  reflccied  in  DoD  Directive  SOOO.l  [9]  and  Dt^  Instruction  50002  [10]  is  not 
clear  and  could  even  he  construed  to  be  negteive.  To  encourage  commonality  use,  the 
language  of  bask  Dt^  acqotsitioo  policy  documents  will  have  to  be  clarified,  and  new 
giddance  should  be  provided  to  the  services. 


The  rote  OSD  plays  in  assuring  the  application  of  commonality  across  programs 
and  services  also  needs  to  be  clarified.  Present  OSD  staff  is  most  attuned  to  developing 
pcdicy  and  supporting  the  Defense  Acquisition  Board  (DAB)  and  budget  process^. 

Considering  past  congressional  interest  in  the  use  of  electronic  equipment 
cOTunonality,  we  expect  pending  DoD  budg^  cuts  to  increase  Congress’s  resolve  to  ensure 
taoad  aj^lication  of  common  electronic  equipment.  It  is  highly  possible  that  future 
direction  nuty  extend  beycHid  the  current  sct^  of  tactical  aircraft  to  air,  land,  and  sea 
weapon  systems. 


in.  THE  ESSENTIAL  ELEMENTS  OF  AN  ACQUISITION 
PROGRAM  FOR  COMMON  INTEGRATED  ELECTRONICS 


IDA’S  previous  studies  [1  through  6]  make  it  clear  that  an  effective  conunon 
iniegraied  electronics  program  must  consist  of  five  essential  elements: 

•  Integntfed  System  Architecture:  A  set  of  electronic  system  architectures  should 
be  develqred  fm  varitras  wei^n  system  types  to  provide  an  enduring 
cmnmon  design  framework.  The  system  architectures  should  be  scalable  to 
pomit  qrfdicatian  to  different  size  requirements. 

•  Advanced  Technology  Programs:  Technology  programs  are  essential  to  assure 
that  system  archhectures.  comaoD  modules,  and  system  standards  reprr 
stMe-of-the-art  capability. 

•  Open  System  Standards:  Open  system  standards  are  needed  to  define  system 
interfaces  and  the  frmctionality  of  key  conqronents  (modules).  Families  of 
standards  will  be  required  to  meet  the  wide  range  of  DoD  weaptm  system 
needs. 

•  Standard  Common  Modules:  Sets  of  standard  electronic  modules  should  be 
developed  for  use  in  deriving  die  defined  system  architectures.  Use  of  common 
modules  can  reduce  system  development,  acquisidoo,  and  operadng  and 
support  costs. 

•  Management  Policy  and  Organization:  The  develofunent  aiul  applicadon  of 
coordinated  common  integrated  architectures  will  not  be  effectively 
impleinented  without  a  strong  management  organization  to  create  and  monitor 
the  commonality  acquisitioo  pcdicy  and  processes. 

The  options  available  for  each  of  these  elements  and  their  cost-effectiveness 
potential  are  examined  in  the  sidisectians  that  follow. 

A.  INTEGRATED  SYSTEM  ARCHITECTURE 

1.  ArcUtactiure  Conca|rts 

The  architecture  for  an  electronic  system  defines  the  structural  framewrak  that  will 
be  used  to  create  the  ftmctionality  necessary  to  meet  Systran  requirements. 
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Electronic  architectures  can  be  cast  in  several  basic  forms: 

•  Federated— a  concept  in  which  key  subfimctions  (i.e.,  radar,  electronic 
warfare,  communication,  navigation,  etc.)  operate  independently,  sharing  tmly 
derived  data. 

•  Integrated— an  architecture  structure  that  requires  subfunctions  to  share 
common  system  units  such  as  signal  processors,  data  processors,  displays, 
and  so  tm. 

•  Hybrid— a  combinatioo  of  the  federated  and  integr^ed  architectures. 

Figure  m-l  illustrates  a  hylvid  avicmics  configuration  in  which  the  radar  and 
electio-<^)tical  soisor  processing  have  been  integrated  and  the  remaining  functions  cerate 
in  a  federated  mamer. 


Soutm:  rtalitanoe  {2). 

Figure  Nhl.  Hybrid  Avionic  Architecture 

No  fully  integrated  digital  electronic  suite  currently  exists  <m  any  military  we^xms 
pl^orm.  Today’s  electronic  system  architectures  can  be  characterized  as  hybrids  (a 
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c<Hnbiiiatioii  of  shared  functicms  and  independent  functions).  These  hybrids  lefnesent  an 
evolution  from  the  federated  architecture,  which  was  a  collection  of  individual  functional 
units  imerconnected  to  form  die  total  system. 

Size  scalability  of  an  architecture  concerns  the  ability  of  the  design  structure  to 
applications  of  different  scope.  Scalable  architectures  permit  the  tukiition  or 
deletion  of  basic  building  blocks  (modules)  to  accommodate  different  magnitude 
ii^)(dications  while  retaining  standard  system  interfaces,  signal  structures,  and  operating 
characteristics. 

2 .  Advantagea 

A  highly  integrated  architecture  facilitates  more  compact  multifunction  designs, 
providing  weight  and  volume  savings  for  a  Mated  level  of  performance.  Integrated  design 
the  Opportunity  to  incorporate  redundancy  and  the  ability  to  reconfigure  in  the 
event  of  a  failure  or  change  in  operating  mode.  Wei^  and  voltune  savings  can  translate 
into  system  life-cycle  cost  savings. 

3 .  DfeadvaBtagcs 

Highly  integrated  systems  can  be  more  costly  to  develop,  integrate,  and  test  This 
results  from  the  increased  nunfeer  of  system  interfKes  and  the  high  degree  of  interaction 
that  can  occur  among  system  elements.  The  software  for  highly  integrated  systems  to  carry 
out  resource  sharing,  reconfiguratioo,  and  graceful  degradatioo  in  the  event  of  particular 
hardware  faihiies  can  often  be  large,  complex,  and  costly. 

4.  Cost  Savings 

n>  A  conducted  a  study  to  determine  the  potential  effect  of  system  int^ratioo  on  the 
avionic  suite  for  a  hypodietical  fighter  aircraft  similar  to  the  Advanced  Tactical  Fighter  [2]. 
The  analysis  focused  on  the  use  of  federtted  and  integrated  processes  for  the  noajor 
avkmk  functions:  mission  processing,  fire  control  radar,  infrared  search  aiKi  track, 
electronic  waifere,  navigation,  comnamication  and  identification,  and  digital  map|^. 

The  base  case  developed  the  wei^  volume,  and  cost  for  a  federated  architecture. 
For  the  ahemative,  an  integrated  architecture  was  assumed  that  would  coosolkiate  the  seven 
avionic  processing  ftmctions  into  two  conqxners. 

The  im^raied  architecture  would  reduce  the  wei^  of  die  avionic  systent  Analysis 
suggested  that  the  acquisition  cost  of  the  two  mote  cmnfdex  processors  would  about  equal 


the  ooet  (tf  die  seven  sqiente  prooesson  diey  would  lejdace.  The  study  indicated  that  the 
integrated  prooessM’  configuration  would  thereby  rediK»  aircraft  gross  takeoff  weight. 
Total  life<cycle  cost  savings  were  estimated  for  the  physically  integrated  system  and  the 
fednated  system  fmr  a  20-year  life  cycle  of  a  quantity  of  aircraft.  Results  indicated  that 
savings  could  be  realized. 

The  study  also  examined  the  impact  of  alternative  levels  of  functional  integration. 
Functkmal  integration  goes  beyond  physical  integration  and  includes  concepts  such  as 
system  reccmfiguratimi,  resource  allocaticm,  and  sensor  data  fusion.  It  was  found  that 
software  costs  can  increase  significantly  for  high  levels  of  functional  integration, 
transforming  the  projected  life-cycle  cost  (LCX^  savings  into  a  loss. 

Hgure  in-2  illustrates  the  relationship  observed  for  the  cases  investigated.  The 
fedenued  system  configuration  formed  the  base  and  was  assigned  the  value  of  1  (IXX  for 
ctmqdex  avionk  flight  and  support  software  wm  approximately  $2  billioo).  The  physically 
integrated  case  (two  processors)  yielded  estimates  of  software  UX  at  1.1  times  the  base 
cost  This  case,  coiqiled  with  the  attendant  weight  savings  previously  described,  provided 
significant  cost  savings.  Enqiloyment  of  functional  integration  quickly  increases  the 
software  LCC,  eroding  any  LCC  savings  to  be  derived  fimn  the  weight-cost  reductions. 
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5 .  Issntf 

Integration  of  sy^m  subfunctions  can  clearly  produce  weight  and  hardware  cost 
savings.  However,  the  impact  of  added  complexity  and  attendant  higher  software  cost 
should  clearly  be  considered  before  adopting  sysUem  requirements  that  call  for  high  levels 
of  functitMial  integration.  Development  and  adoption  of  families  of  scalable  integrated 
system  architecture  can  serve  the  DoD  well  by  providing  common  design  firamewoits  and 
standvd  system  imerfaces. 

B.  ADVANCED  TECHNOLOGY  PROGRAMS 

1 .  Tecbnoiogy  Flow 

Over  the  past  40  years,  significant  tedmology  development  has  taken  place  in  the 
DoD,  the  National  Aeronautics  and  Space  Administration  (NASA),  the  Department  of 
Commerce,  the  Department  of  Tmsportation.  and  commercial  industry.  During  the  1960s. 
the  DoD  provided  much  of  the  funding  for  development  of  solid>state  and  integrated-circuit 
ctMnpooents.  NASA,  through  the  space  program,  contributed  to  real-time  computer  and 
guktanoe  system  technology  in  the  lioe  1960b  and  the  1970$.  During  this  period,  the  private 
sector  benefited  from  these  developments  throu^  technology  transfer  programs  [6]. 

As  a  resuh  of  the  huge  increases  in  the  cmnmercial  computing  market  and  the 
decreases  in  the  DdD  budget,  both  in  total  dollars  and  as  a  percentage  of  the  gross  national 
product,  the  DoD  is  no  longer  the  dornmatr  player  in  the  1990$  electronks  market  Current 
estimates  place  the  DoD  coosunqMion  of  electronics  at  less  than  10  percent  of  the  total 
market.  As  a  consequence,  much  of  the  development  of  technologies  for  large-scale 
informatioo  processing  is  now  being  directed  at  the  oommercial  market  rather  than  the  DoD. 

Fortunately,  the  DoD  can  use  some  commercial  electronic  developments  in  its 
weapon  and  business  systenu.  Technology  of  interest  includes  items  such  as 
microprocessors,  data  buses,  and  software.  In  additioii.  some  commercial  products  are  of 
sufficient  reliability  and  ruggedness  that  they  can  be  used  directly  in  some  DoD  system 
jqrplicatioos.  More  insight  is  needed  about  the  utility  of  this  technology  for  DoD 
api^ications  and  about  how  the  Dcd)  can  best  benefit  from  such  developments. 

2.  Advioced  Technology  Demonstrations 

Advanced  techndogy  developments,  demonstrations,  and  prototype  test  beds  are 
needed  to  investigate  diose  unique  DoD  system  tedudogy  ueas  that  will  not  be  addressed 


tbe  private  sector.  Such  programs  may  be  directed  at  develt^ing  new  technolc^, 
adopting  and  modifying  commercial  techmriogy.  and/or  validating  new  system  concepts. 

Over  the  past  decade,  itttempts  have  been  made  to  develq>  standards  and  common 
equipment  and  naoduies.  These  attempts  have  met  with  varying  degrees  of  success  and 
have  ranged  from  small  technology  development  projects  to  major  billion-dollar 
developmrot  and  acquisitkm  programs.  Examples  of  successful  effcms  are: 

•  VHSIC — a  DoD  initiative  impieinaited  through  the  three  services  to  develq)  a 
new  generation  of  Very  High  Speed  Integrated  Circuits  (VHSIC)  for 
applicatioo  in  military  weapon  systons. 

•  Common  Module  FUR — the  common  module  Fofward-Lotddng  Inftared 
(FUR)  was  developed  under  the  leadership  of  the  Army  Night  Vision 
Laboratory.  The  program  established  a  functional  architecture  and  ccmunon 
modules  that  became  the  basis  fm  FUR  equipment  now  used  by  all  three 
services. 

Both  of  these  effmis  had  the  objective  of  developing  new  system  architecture  and 
associated  technology. 

The  Advanced  Research  Projects  A^ncy  (ARPA)  is  develc^g  a  massively 
parallel  processing  architecture  in  the  High  Performance  Computing  and  Communications 
(HPCC)  program.  The  architecture  is  based  on  Use  development  of  several  building  blocks 
(nodes)  that  can  be  joined  together  in  a  scalable  manner  to  derive  alternative  levels  of 
parallel  ctmtputing  capacity.  The  blocks  being  developed  include  a  processor  node,  an 
asynchronous  network  interface  node,  and  an  imercommunicatioo  node. 

The  HPCC  program  expected  to  demonstrate  IB*  100  giga  (10^)  processor 
openuions  per  second  in  1992.  The  ultimtfe  goal  is  to  achieve  lera  (10*^)  operations  per 
secoiKi  by  1996. 

A  companioo  ARPA  project  is  the  devdk)pment  of  new  software  coooq)ts  under  the 
Advance  Software  Technology  and  Algorithms  (ASTA)  program.  ARPA's  focus  for 
ASTA  is  the  development  of  algorithms  and  tools  to  facilitate  parallel  proc^ng.  These 
efforts  include  the  development  of  the  MACH  (2.0,  2.S,  and  3.0)  real-tinoe  operating 
system  that  will  find  qiplicatioo  for  patallel  processing. 

The  development  of  parallel  processing  will  accelerate  die  growth  in  computer 
processing  qieed.  The  availiMlity  of  this  giealer  cooqwting  power  will  provide  the  means 
to  obtain  even  greater  weapon  system  fimctiooal  capabilities.  Since  tbe  ARPA  parallel 
architecture  is  baaed  on  conunon  building  blocks,  there  wiU  be  an  oppottimity  to  achieve 
economy  of  scale  throu^  nwltiple  applicteiotts  of  the  common  units.  This  can  be  achieved 


only  if  the  architecture  is  uapkmtated  using  open  system  standards  to  describe  system 
interfaces,  con^Nitn'  iitttructioo  sets,  and  stq)poit  environmmts. 


3.  TechBology  Growth  and  Staodarda 

Digital  techttol<^  capabilities  have  been  growing  ra{Hdly  and  show  no  sign  of 
near<term  abtfement.  Standards  can  have  the  effect  of  freezing  technology  at  the  point  in 
time  udien  they  are  issued.  Given  the  time  it  often  takes  to  develop  and  select  a  standard, 
standards  may  be  nearly  obsolete  issue.  To  avoid  this  problem,  it  is  paramount  that  a 
vigorous  coordinated  technology  program  be  established  to  provide  the  basis  for  future 
technology  arclulecturcs  and  stndartlB. 

A  critical  DoD  lecluiology  need  is  the  requirement  for  a  fully  capable  real-time 
operating  system  that  could  me^  the  needs  of  avionic  and  similar  weapon  system 
qiplicatioQS.  Although  work  is  being  done  (POSDC  and  MACH),  it  is  inqrottant  that  this 
effort  be  given  proper  funding  and  priotity.  The  proper  operating  system  standards  will 
have  pi^bndt  in  the  forms  implication  software  reuse  and  the  altility  to  upgrade  fielded 
systems  with  fmter,  more  capable  technologies. 

C.  OPEN  SYSTEM  STANDARDS 

1.  Dtfinitimi 

IEEE  document  P1003.0  defines  an  open  system  as.  “a  systnn  that  implements 
sufficioit  open  specifications  for  iitterfaces.  services,  and  supporting  formats  to  eruble 
property  qigmeered  cornponenis  to  be  ntiliaed  across  a  wide  range  systeins  with  tiunitnid 
charges,  to  inteiopcralc  with  other  componeius  on  local  and  remott  systems  and  to  interact 
with  users  in  a  style  which  farilitsiri  user  portability."  "Open"  in  the  definition  translates  to 
nort-proprktary.  ftilly  disclosed  standards. 

2.  Past  Practices 

The  devdopmem  of  a  hi^tity  integrated  comples  system  such  at  tactical  fighter 
aviooict,  requires  a  well-structured  architecture  that  can  meet  the  operatioiuJ  real-time 
performance  lequtremems.  In  the  past,  avionic  architectures  have  been  developed  by  the 
system  prime  roniracton  and  often  contained  company  proprietary  conceptt  that  were 
tigluly  held  and  were  often  imiqoe  to  each  atrcraft  design.  This  resulted  m  dtt|dkamd 
research  and  development  phis  incompatibility  among  m^  subsystems  creating  high 
production  costs,  siqiport.  and  system  upgrade  problemt. 
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3.  CoBccpt  of  Operatioii 


The  open  systnn  concept  in^>Ues  thtf  the  key  system  mmfaces  and  services  would 
be  dehv<»l  from  oon-profmetaiy  industry  standards.  This  would  permit  a  number  of 
manufacturers  to  design  subsystems  that  would  interoperate  with  the  central  system. 
Opomess  promotes  ccnnpetition  and  reuse  of  subsystem  components,  both  hardware  and 
software,  across  several  sy^ems,  thus  providing  cost  savings.  The  development  of  an 
open  system  concept  has  the  potential  to  ameliorate  manufacturers’  proprietary 
{voblems  [6]. 

Open  system  concepts,  when  qiplied  to  con^aiter  technology  (both  hardware  and 
software),  provide  the  mens  for  ptocesstw  interchangeability  and  applicatitm  software 
pwtability.  Processors  developed  to  open  system  standards  with  conanoon  instruction  sets, 
stndard  inpm/oittput.  and  support  service  functkwality  can  be  intetchan^.  Older  and 
slower  processors,  developed  ftom  prior  technok^  can  be  replaced  with  minimal  effort  by 
faster  processors  built  to  the  same  open  system  standards.  With  processor  technology 
doubting  hs  amiability  every  18  months,  the  abtlhy  to  make  such  upgrades  is  essential. 

The  open  system  concept  permits  existing  software  programs  to  be  transported 
readily  across  platfomis  provided  the  processors  are  (1)  equipped  with  common  operating 
systems.  (2)  host  the  required  program  compilers,  and  (3)  have  compuible  msmictioo  sets 
and  support  environments.  The  availahiltty  the  design  interface  infonnatioo  is  essential 
to  permit  multiple  computer  mawifacnnen  tt>  develop  the  needed  compatible  coviroomcMs. 

The  key  to  estabtisteng  an  open  system  concept  is  to  select  the  appropriate  level  for 
system  imcrface  standards.  If  set  too  km.  the  i^Mlity  to  change  out  technology  may  be 
testricted.  If  standards  ate  set  too  high,  too  little  control  over  system  ioter>  and 
iotracommuiucations  will  be  providedL  Successes  such  as  the  IBM  PC*compatible 
computers  should  be  studied  to  draw  guidance  for  future  development  of  DeJ)  open  system 

4.  Slaadtorda  Pevalopment 

The  oeaiion  of  an  open  system  requires  the  dcvelopmem  ci  an  underlying  sy^em 
Mchhecftae  that  hm  the  capabilhy  to  meet  a  nmge  of  applicaiioo  raquiiementa.  To  ftcilitate 
architeeture  developmern.  reference  modeb  are  often  established  thM  describe  the  bask 
system  stroctme.  Refoeace  models  typically  define  the  generk  prooesttng  and  inter*  and 
mtrasysiem  comnamkiSion  in  terms  of  standards  for  mesaage  formats,  protocol  for  data 
tranamtsakm.  intonei  addressing,  and  physkal/eiecthcal  oonnectioQs. 


Open  systems  architectures  are  being  developed  in  commercial  industry  for  data 
cmnmunications  between  ccm^>uters  and  wtwkstations  via  local  and  wide  area  networks. 
The  open  system  defines  system  interfaces,  not  the  computer  design.  The  Open  System 
(C^I)  is  an  imercomputer  oxnmunication  standards  effort  that  has  received 
support  firmn  both  government  and  inthistry.  Properly  conceived,  open  systems  provitte  a 
framework  for  system  designs  that  are  insensitive  to  many  changes  in  technology. 

Given  the  sc(^  of  commercial  industry  electronic  and  data  {xrocessing  technology 
develt^nnents,  it  is  important  that  the  OoD  utilize  these  resources.  This  can  be 
accomplished  by  letting  industry  know  what  £X>D  needs  are  so  that  they  can  be  considered 
during  technology  and  standard  developments.  By  securing  industry  standards  that  reflect 
DoD  needs,  more  affordable  DoD  programs  may  be  secured  by  using  commercial 
technok^. 

In  additioo  to  the  programs  cited  in  Chapter  0,  several  other  initiatives  are 
addrmsing  ekctronics  standards: 

•  Next  Generatioo  Conymer  Resources  (NGCR) — a  Navy-led  effort  to  establish 
standards  c^mMe  of  meeting  the  Navy’s  missioo-critical  c<»^)uter  resource 
requiremems. 

•  Open  Sytfems  Architecture  Woriung  Group~~-an  initiative  to  develop  open 
synem  archtsectute  and  spedficaiioitt  Ux  DdD  systems. 

•  Corpome  infonnatioo  Maoagemem  (CIM) — a  DoD  initiative  to  improve  the 
processing  infrastructure  to  improve  DoD’s  ability  to  provide  centralized 
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•  Copernicus — a  Navy  initinive  to  develop  a  comprehensive  user-orieoted 
command  and  control  infortnaboo  management  archhecnoe  and  technology. 

Each  of  these  efforts  focuses  on  a  subset  of  the  total  DoD  weapons  complex.  As  a 
consequence,  some  dtt|dicaiioo  of  effort  results  in  the  developmetn  of  similar,  but  non- 
itMerchangcabie  electronic  stanrteds  (e.g..  modules).  Stronger  DoD  management  of  these 
technology  developmem  efforts  could  lead  k>  broader  based  elecsroaic  common  stndards. 
thus  avoidu^  dnplicaiioo  expense. 

5.  life-cycle  Coel  laiplicalloM 

Decisions  reganhs^  funiliea  of  staodvds  should  be  addressed  from  the  standpoint 
of  the  full  life-cycle  cost  and  should  consider  the  effect  on  system  develc^nneni, 


production,  maintenance,  and  support  equipment.  Technology  decisions  that  seem  correct 
from  a  design  standpoint  may  not  be  appropriate  when  considered  from  a  fiiU  life-cycle 
standpoint.  For  example,  technology  selected  because  of  low  acquisition  cost  may  be  very 
oKtly  to  supp(»t  over  the  system’s  life  cycle. 

6 .  Issues 

As  previously  noted,  a  number  of  service,  DoD,  and  other  government 
(vganizatiotts  are  working  technology  standards  issues.  To  be  effective,  it  is  essential  that 
these  efforts  Le  focused  and  directed  in  a  logical  and  coherent  manner  to  assure 
compatibility  and  to  avoid  duplication.  To  assure  that  the  proper  focus  and  coordination  are 
achieved,  it  is  inqrortant  that  OSD  take  a  stronger  role  in  both  setting  standards  policy  and 
in  approving  key  standards  that  will  affect  the  DoD. 

DoD  should  support  standards,  but  should  not  mandate  a  single  set  of  standards  for 
all  applications  for  there  is  a  spectrum  of  requirements  that  cannot  be  met  by  a  universal 
solution  [6],  Rather,  families  of  standards  ate  needed  to  cover  the  broad  scope  of 
applications  likely  to  be  encountered  in  the  full  range  of  DoD  systems.  It  is  important  that 
the  real-tinre  performance  requirements  of  DoD  weapon  systems  be  considered  in  the 
development  and  selection  of  technology  standards. 

D.  STANDARD  COMMON  MODULES 

1 .  Dcflnltion 

The  JIAWG  defines  comnoonality  broadly  as  an  item  or  items  that  may  be  used  to 
accomplish  equivalent  furM:tions  in  multipte  iq:plications.  The  definition  applies  to  both 
hardware  and  software  commonality  and  includes  both  built-to-print  (exact  duplicates)  and 
form,  fit,  function,  and  interface  (F^I)-  Comnoorudity  may  occur  within  a  weapon  system 
(m^ram  or  across  muJtiide  programs  (weapon  fdatforms). 

Table  HI-l  illustrates  the  factors  that  determine  if  modules  are  interchangeable. 
These  factm  may  be  viewed  as  a  series  of  levels  that  must  be  compatible,  beginning  with 
the  fdiysical  form  and  ending  with  the  detailed  design. 

CompatibUity  of  the  first  four  levels  shonm  in  Table  ID-l  {Movides  functional  F^I 
interchangejidiility.  To  achieve  full  built-to-print  benefits,  it  is  necessary  to  add  the  fmal 
level,  which  dictates  use  of  the  same  detailed  design. 
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Tabto  Nt-I.  ClMtronle  Compatiblltty  Factors 


Level 

Factor 

Physical 

Board  form,  cooaector  type,  cooltiig 
tysten 

Eledricd 

Supply  vohafe.  emeu  retpuremeats  pia- 
out,  and  power 

CoBUBiaiicaikMs  sad  Control 

fatpitt/outpia  ttaodards,  protocol,  inessaae 
fcreial.  a^  signal  ttaodanl 

Appbeadoa 

Puactioeal 

ActkNKt)  performed  by  the  module,  i.e., 
processor,  A/D  coevener,  etc. 

PcrfonniBOC 

Speed,  accuracy,  response  time,  capneity, 
reliabtlhy.  nd  maitHainabUity 

EavmMHiieat 

Capability  of  the  modide  to  perform  when 
subiocsed  to  temfwfatuie.  vteation.  etc. 

DesitB 

Cacuits.  tnatrrials.  pans,  l^out.  etc. 

2 .  Advaotagcs 

The  hnplementatioo  of  a  broad-based,  coordinated  commonality  prognun  reduces 
development  coat  by  the  elimiiittion  of  deugn  (hipliattioo.  This  pennits  limited  researc*' 
and  development  (R&D)  dollars  to  be  focused  on  the  development  of  critical-mission 
technologies. 

Use  of  commonality  can  have  the  added  benefiu  of  improving  system 
imeroperability  and  facilitating  system  integration.  The  availability  of  standard  dam  buses, 
communication  controllers,  dam  and  signal  processors,  local  area  network  interface 
devices,  memory  modules,  and  power  supplies  should  significantly  reduce  the  design  and 
test  efforts  to  integrate  a  weapon  system.  Studard  hardware  components  also  provide  an 
oppwtunity  to  reuse  software  associated  with  the  common  components,  thus  avoiding 
added  software  development,  test,  and  support 

Appliettioo  of  a  common  module  requires  only  that  the  functionality  be 

suitable  and  the  module  interface  be  designed  and  tested.  As  a  consequence,  the 
engineering  and  tett  efforts  required  to  employ  «*«"***!  modules  can  be  significantly  less 
costly  and  have  reduced  technical  petformspoe  risk. 

The  greato'  use  of  common  modules  provides  lower  prothictioo  ants  through  the 
economy  of  scale  resulting  from  learning  curve  savings.  Since  the  production  base  of 
fiiture  weapon  systems  will  noost  likely  be  limited  to  a  lew  hundred  systons,  saving  can 
accrue  through  the  larger  prothictkm  base  achieved  by  poedmg  requirements  for  common 
modules  across  several  weapon  system  programs.  Common  modules  also  provide  a 
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mtiirtinn  process  foT  etoctToiiics  needed  to  realize  their  full  perfcwmance  and  reliability 
potential. 

Lower  support  costs  result  6om  use  of  axnmonality  by  {xoducing  reductions  in  the 
investment  in  spares,  achieving  economies  through  the  use  of  common  test  equipment,  and 
using  shared  software  support  facilities  permitted  by  software  reuse. 

3 .  Disadvantages 

Some  have  suggested  that  use  of  commonality  for  military  iq)plications  locks  in 
technology  and  does  not  permit  new  system  designs  to  take  advantage  of  the  latest 
developments.  This  can  occur  if  the  common  modules/components  are  not  periodically 
updated.  An  aggressive,  well-funded  commonality  program  that  continuously  upgrades  its 
techixriogy  base  would  avoid  obsolescence. 

It  is  generally  held  that  the  use  of  common  or  standard  equipment  costs 
‘^hnically”  (results  in  reduced  technical  performance),  which  will  result  in  a  less  than 
optimum  configuratioo  with  weight  and  performance  penalties.  It  is  further  suggested  that 
the  use  of  emerging  standards  can  carry  the  added  risk  of  timely  availability.  Because  of 
these  prevailing  conceptions,  program  managers  have  been  considered  to  know  what  was 
best  for  a  specific  system  and  have  received  little  interference  in  their  system  technology 
implemenuttion  choices. 

Clearly,  standard  components  should  be  used  when  technical  and  cost  analysis 
determines  their  suitability;  they  should  not  be  used  when  tl^y  are  found  to  be 
inappropriate.  Commonality  applicadon  analysis  should  consider  the  full  effect  on  life-cycle 
costs  of  technology  chokes  on  the  system  user,  not  just  the  incremental  cost  to  the 
desigiier-{m)ducer.  The  implications  of  commorulity  across  programs  should  also  be 
considered. 

The  developaient  and  mainlenanoe  of  an  effective  system  of  commonality  standards 
constitutes  a  significant  administrative  b*rden.  The  recent  Joint  Integrated  Avionics 
Working  Group  (JIAWO)  effort  to  develop  a  set  of  standards  for  common  avionics  fw  the 
ATF  (F-22),  A-12,  and  the  LH  (RAH-d6)  is  an  exanqile  of  the  staffing  and  management 
resources  necessary.  To  be  effective,  a  commonality  program  must  be  directed  by  a 
manager  who  hu  dedston  nithority  and  budg^  control  to  develop  the  lequirKl  techndogy 
base  and  secure  its  appropriate  applicatioo  in  designated  weapon  platforms. 

Contractors  devekq^  weapon  systems  are  often  motivated  by  profit  to  use  their 
own  off-the-shelf  designed  and  manufactured  hardware.  This  follows  since  the  productitm 
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phase  of  a  system  acquisition  program  typically  provides  the  greatest  profit  return.  Using 
common  modules  developed  and  manufactured  by  another  company  would  reduce  the 
system  develt^ier’s  profit  potential.  Conversely,  manufacturers  are  more  inclined  to  use 
common  modules  if  they  are  the  manufacturer. 

4 .  Coat  Savings 

Opptments  of  commonality  suggest  that  commonality  produces  little  savings  and, 
considering  other  potential  disadvantages,  question  the  validity  of  standards  use.  In  a 
{ffevious  study,  IDA  found  that  commonality  could  fvovide  significant  cost  savings  across 
the  system  life  cycle  [2].  The  study  investigated  the  potential  cost  savings  from  avionics 
commonality  when  applied  to  aircraft  such  as  the  ATF,  LH,  and  A-12. 

IDA  found  fw  the  example  studied  (avionics  core  processing  with  90>percent 
commonality)  that  savings  of  57  percent  <m  devel(^[nnent  cost  and  2  percent  on  production 
cost  could  be  achieved.  Introduction  of  a  second  program  with  similar  characteristics  that 
would  use  the  miw.  modules,  would  produce  combined  development  savings  of  77  percent 
and  production  savings  of  17  percent  For  the  total  avicmic  suite,  Sfr-percent  commonality 
within  platform  (novides  savings  of  33  percent  for  development  and  1  percent  for 
production.  Across-platform  conunonality  yields  savings  of  27  percent  fw  development 
and  9  percent  for  production. 

Figures  III-3  and  1II-4  present  die  relationdups  observed  by  IDA  for  development 
and  production  quantities.  The  percentage  savings  cited  can  provide  significant  returns 
when  applied  to  a  combined  $10>billion  to  $20>billion  cquisition  program  for  avionic 
modules.  The  ctxidnnation  of  built-to-fvint  and  within-s  stem  comnxmality  provides  the 
best  cost  saving  opportunity;  the  combinatimi  of  P  and  across-system  commonality 
provides  the  least  cost  savings  opportunity. 

5 .  Issaes 

The  need  to  consider  commonality  at  this  time  is  clearly  based  upon  werqxHi  system 
affordability.  Given  pending  budget  cuts,  DoD  can  no  longer  conduct  ‘‘business  as  usual” 
in  the  development  of  weapon  systems.  Ctnnmonality,  already  recognized  by  Congress  and 
others  as  a  cost-saving  strategy,  will  continue  to  receive  attention.  Commonality  must  be 
implemented  across  weapon  programs  if  it  is  to  reach  its  full  cost-saving  potential.  Service 
and  C^D  organizational  constraints  seem  to  be  a  major  barrio'  for  commonality  use  across 
programs  and  services. 
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Within-piatform  commonality  is  more  readily  achieved  than  across-platform 
comnxmality  because  it  can  be  required  by  the  engineering  and  manufacturing  development 
(EMD)  contracts  and  is  generally  consistent  with  the  contractor  program  manager’s 
objectives.  Across-platform  commonality  requires  coordination  across  program  offices  and 
malcfts  program  managers  dependent  on  technology  that  may  be  outside  their  immediate 
control. 

DoD  Instruction  S000.2,  “Elefense  Acquisition  Management  Policies  and 
Procedures”  [10],  supports  the  program  manager  by  noting  that  “standards  should  not  be 
applied  in  an  acquisition  program  before  the  system  concept  has  been  fully  explored.”  It 
further  adds  that  “standards  should  be  considered,  but  shall  not  overly  constrain  the  early 
analysis  of  design  options.” 

In  the  current  defense  budget  envirorunent,  it  will  be  essential  that  the  technical 
“l»ice”  of  using  common  items  be  carefully  evaluated  in  relation  to  the  full  life-cycle  cost 
savings  implications.  The  ability  of  corrmxrn  items  to  ease  system  integration,  allow  reuse 
of  software,  avoid  development  duplication,  lower  production  cost,  and  reduce  support 
cost  must  be  fully  weighted  against  sotxw  inefficiencies  (weight,  performance,  volunre, 
etc.)  that  truly  be  introduced  by  utilizing  standard  items. 

Use  of  properly  structured  EMD  contract  incentives  may  provide  the  means  to 
effectively  secure  both  within-  and  across-platform  iq)plication  of  common  integrated 
electronics.  The  LCC  savings  that  can  be  achieved  by  the  use  of  common  integrated 
electronics  should  provide  a  signiHcant  return  on  the  investment  made  in  incentive 
payments. 

E.  MANAGEMENT  POLICY  AND  ORGANIZATION 

1 .  Policy 

As  previously  noted,  the  current  DoD  policy  on  conunon  integrated  electronics  as 
reflected  in  DoD  Directive  S0(X).l  [9]  and  DoD  Instruction  5000.2  [10]  is  not  clear.  To 
place  greater  emphasis  on  conunonality  use,  clear  language  will  be  required  for  the  basic 
DoD  acquisition  policy  documents  and  new  guidance  should  be  provided  to  the  services. 

2 .  Orgaulmtlon 

The  responsibility  within  OSD  for  achieving  the  congressional  mandate  (JIAWG) 
rests  with  the  Under  Secretary  of  Defense  Acquisition/Tactical  Systems  (TS).  This 
responsibility  is  currently  being  accomplished  through  the  Conventional  Systems 
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Committee  (CSQ/DAB  review  process,  supplemented  with  ad  hoc  oversight  as  dictated  by 
day-to-day  issues.  Although  DISA  is  charged  with  managing  information  technology,  no 
staff  or  program  office  is  specifically  assigned  the  responsibility  to  secure  electronic 
onnmmiality  application  across  weiqwn  platforms. 

The  benefits  and  costs  associated  with  the  creation  of  an  organization  within  OSD  to 
oversee  commonality  development  and  application  can  vary  widely,  depending  on  the  role 
and  authority  given.  A  previous  IDA  study  postulated  a  range  of  t^anizational  options  that 
varied  from  no  change  through  increasing  levels  of  management  oversight  to  one  which 
would  consolidate  all  major  weapon  electronics  programs  under  a  separate  Defense 
Acquisition  Agency  [S],  The  opdcms  were; 

•  No  Change:  TS  would  ctmtinue  its  oversight  of  commonality  applications  to 
tactical  weiqK>ns  on  an  ad  hoc  basis  through  the  CSC/DAB  review  and  the 
annual  budget  piocess.  This  option  is  expected  to  achieve  a  modest  degree  of 
electnmic  commonality  within  programs,  but  have  limited  impact  on  the  more 
difficult  across-platfmn  applications. 

■  Minor  Change:  A  staff  specialist  for  commonality  would  be  designated  and 
assigned  to  TS.  The  specialist  would  interface  with  the  Service  Acquisition 
Executives  (S  AEs)  to  promote  and  coordinate  commonality  within  and  across 
tactical  programs.  Adoption  of  this  option  should  lead  to  the  use  of 
commonality  across  air,  land,  and  sea  platforms,  along  with  better  cocmlination 
of  technology  development  pn^rams. 

•  Moderate  Change:  A  Common  Electronics  Office  (CEO)  would  be  formed 
within  TS  modeled  after  the  VHSIC  program.  The  CEO  Program  Director 
would  formally  interface  with  service  SAEs  on  commonality  issues  and 
approve  selected  R&D  funds  to  form  a  commonality  technology  base.  The 
establishment  of  a  more  fonnal  infrastructure  fw  conunonality  should  improve 
applications  across  all  tactical  weapons  inograms. 

•  Significant  Change:  A  CEO  would  be  established  as  above,  but  at  the  Under 
Secretary  of  Defense  Acquisiticm  [USD(A)]  level.  This  organization  option 
would  address  commonality  for  all  weapon  electronic  systems.  Over  the  long 
term,  electronic  commonality  should  be  achieved  across  tactical  and  strategic 
weapon  programs.  Significant  cost  saving  should  accrue  from  broader  use  of 
conunonality. 

•  Major  Change:  Within  the  Office  of  the  USD(A),  an  Assistant  Secretary  of 
Defense  for  Electronics  would  be  created  to  form  a  directorate  for  weapon 
system  conunon  electronic  pro^ams  across  all  services.  Major  investments 
would  be  required  to  inq)lement  this  more  sweeping  change,  but  significant 
savings  could  be  expected  in  the  Icuig  term. 

•  Extensive  Change:  Under  the  USD(A),  create  an  agency  to  manage  the 
acquisition  of  electronics  for  all  major  DoD  weapon  programs.  Extensive 
reorganization  would  be  required  throughout  the  DoD,  resulting  in  civilian 
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direction  and  management  of  all  electronic  programs.  This  option  would 
{Hovide  an  opportunity  to  significantly  consolidate  service  system  programs, 
laboratories,  and  test  facilities,  while  producing  a  broad-based  technology 
program. 

A  review  of  several  analogous  organizations  could  provide  guidance  in  selecting  the 
i^>propriate  option.  For  a  more  limited  initiative,  the  VHSIC  program  could  provide 
guidance  in  selecting  the  ap^Hopriate  option.  VHSIC  was  created  as  a  program  office  within 
the  Office  of  the  Director,  Defense  Research  and  Engineering  (DDR&E)  and  was  a 
coordinated  technolt^  development  program  through  the  services’  R&D  organizations.  It 
fffoduced  an  array  of  advanced  state-of-the-art  digital  technology  that  is  now  finding 
appUcatitm  in  a  broad  range  of  weqxm  systems. 

On  a  larger  scale,  the  Defense  Information  Systems  Agency  or  Defense  Nuclear 
Agency  could  offer  precedents.  Each  agency  is  charged  with  developing  technology  within 
its  field  of  specialty.  Further  explorations  of  these  precedents  may  be  warranted  to  gain  full 
insight  regarding  the  proper  alternative  to  pursue  for  broader  electronic  commonality 
q)plication. 

One  option  that  would  provide  a  reasonable  degree  of  oversight  would  be  the 
creation  of  a  CEO  within  USD(A).  The  structure  of  the  CEO  is  illustrated  in  Figure  ni-S. 
The  CEO  under  this  option  would  be  able  to  apply  management  oversight  to  achieve 
conmioiudity  for  air,  land,  and  sea  tactical  weapons,  which  constitute  a  major  segment  of 
the  DoD  budget 
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Figure  III-5.  Proposed  Structure  of  a  Common  Electronics  Office 
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IV.  CONCLUSION 


This  report  has  summarized  the  DoD  electroiric  commonality  opportunities  and 
challenges  that  have  been  identiried  by  Um  series  of  studies  on  conunon  integrated 
electronics  ctmducted  by  IDA  during  1989  through  1992  [1  through  6].  These  studies  were 
supported  and  guided  by  the  Under  Secretary  of  Defense  (Acquisition  and 
Tecfanolt^yTactical  Warfare  Programs. 

The  overall  conchisicm  to  be  drawn  from  these  studies  is  that  a  significant  measure 
of  electronic  system  cost  control  can  be  achieved  by  inq>lementing  a  broad,  comprehensive 
common  integrated  architecture  program.  We  therefore  recomntend  that  a  common 
integrated  architecture  initiative  be  undertaken  that  addresses  all  the  essential  elements  we 
have  identified  (i.e.,  system  architecture,  advanced  technology  programs,  open  system 
standards,  standard  common  modules,  and  effective  OSD  oversight).  The  scope  of 
dements  should  include: 

•  Integrated  System  Architecture:  Create  for  classes  of  key  defense  systems, 
standard  integrated  architectures  to  [uovide  the  essential  frameworit  for  cost 
effective  systems  acquisition,  opoatitm,  arxl  suppwt 

•  Advanced  Technology  Programs:  DoD  advanced  technology  development, 
denumstratimis  and  prototype  test  beds  are  needed  to  address  those  unique 
defense  system  technology  areas  that  will  not  be  covoed  by  the  private  sector. 
Commercial  technology  components,  however,  must  be  used  wherever 
possible  to  avoid  devdt^mient  of  nxne  expensive  unique  military  parts.  Top 
priority  should  be  given  to  develtqwg  <^n  system  standards  for  parallel 
processing  and  a  fully  cqMble  real-time  operating  system. 

•  C^)mi  System  Standards:  It  is  inqKUtant  that  the  DoD  make  full  use  of  c^n 
system  standards.  DoD  should  support  standards,  but  not  mandate  a  single  set 
fu’  aU  qqdkatkms.  Rather,  families  of  standards  are  needed  to  cover  the  broad 
scope  of  DoD  systems.  It  is  also  important  that  the  DoD  use  commercial 
industry  electronic  and  data  processing  technology  developments.  This  can  be 
best  acconqplislied  by  working  with  industry  to  advise  them  of  DoD  needs  such 
diat  they  will  be  consideted  during  techndpgy  and  standards  developmoit 

•  Staixlard  Cortunim  Modules:  Support  the  JIAWG  initiative  for  it  reinesents  the 
start  of  a  potentially  significant  standard  commcm  module  program.  Coordinate 
and  encourage  odier  oxnmon  module  program,  i.e.,  SAVA,  ASCM,  et  al. 
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•  Management  and  Policies:  To  achieve  a  conunon  integrated  electronics 
program,  teadership  needs  to  be  provided  from  the  tq)  level  of  OSD,  Direction 
should  come  from  a  level  that  can  fvovide  oversight  of  decisicms  related  to  the 
services  and  defense  agencies  expenditures  of  6.2  and  6.3  funds  and  authority 
and  responsibility  over  6.4  funds.  Contractual  means  must  be  developed 
through  program  incentives  to  achieve  standard  common  module  application 
within  and  across  future  weapon  system  developments. 

Achievement  of  effective  common  integrated  electronics  acquisition  requires  that  a 
complete  program  be  in  place  that  provides  the  complete  set  of  essential  elements.  The  set 
includes  system  architectures,  common  modules,  standards,  advanced  technology 
program,  and  an  effective  management  policy  and  organization  for  guidance.  A  common 
integrated  electrcmics  initiative  that  does  not  address  all  these  elements  is  almost  certain  to 
fail.  Implementatimi  of  a  full  common  integrated  electronics  program  has  the  potential  to 
produce  significant  electraiic  system  LCC  savings.  To  assure  that  the  proper  focus  and 
coordinatitm  is  achieved,  it  is  inqwrtant  that  OSD  take  a  stronger  role  in  both  setting 
standards  policy  and  in  the  iq^roval  of  key  standards  that  will  inq>act  all  of  DoD. 
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